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REMARKS 

i . 

This Reply under Rule 1 16 is responsive tdithe final Office Action dated December 30, 
2005. Claims 1-31 were presented for examination and were rejected. No claims are amended, 
added or canceled. Claims 1-31 are pending. 

Claims 1-31 are finally rejected under 35 U.S.C. §103(a) as being un-patentable over 

[: 

U.S. Patent 6,853,714 to Liljestrand et al. (hereinafter "Lil") in view of U.S. Patent 6,789,1 18 to 

jj 

Rao (hereinafter "Rao"). Applicants respectfully ^averse this rejection for the following several 
reasons. 

L LIL AND RAO ARE NOT PROPERLY CONTAINABLE 

Briefly, on the one hand, Lil relates to apparatus and method for providing enhanced 

telecommunication services (title) to subscribers by implementing an enhanced ser vices platform 

i* 

I: 

on a local network exchange within the public telephone network. On the other hand, Rao 

p 

relates to a multi-service network switch with callipolicy based routing, the switch being capable 
of providing multiple network services from a single platform. Accordingly, Lil and Rao 
provide solutions to inherently different problems land the services provided by Lil are quite 
different from the services provided by Rao. 

With respect to the ISO (International Standards Organization) OSI (Open Systems 
Interconnection) networking protocol hierarchy, Iiil's disclosure is directed to operation within 

i 

^ . — '■ 
1 The Office Action may contain a number of statements characterizing the cited references and/or the claims which 
Applicants may not expressly identify herein. Regardless of whether or not any such statement is identified herein, 
Applicants do not automatically subscribe to, or acquiesce iii, any such statement Further, silence with regard to 
rejection of a dependent claim, when such claim depends, directly or indirectly, from an independent claim which 
Applicants deem allowable for reasons provided herein, is riot acquiescence to such rejection of that dependent 
claim, but is recognition by Applicants that such previously! lodged rejection is moot based on remarks and/or 
amendments presented herein relative to that independent claim. 

i\ 

4 
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layer six (presentation) and layer seven (application) - call treatment services. But, by contrast, 
Rao's switch disclosure is directed to operation within layer two (data link) and layer three 

(network) routing services. Accordingly, one of ordinary skill in the art in reading Lil and 

c 

seeking a solution to a missing domain policy in Lil, would not be motivated by any disclosure in 
Lil, directed to protocol layers six and seven, to seek that solution by searching in Rao's 
disclosure describing protocol layers two and thre^; 

Furthermore, there would not be a reasonable expectation or likelihood of success in 
operation of a solution derived from such a combination of references because the protocol 
layers in the references do not match each other. Moreover, arguendo, even if the references 

i. 
t. 

i| 

were combinable, which they aren't, the alleged " domain policy " suggested by the Examiner to 
be taught by Rao is non-existent for reasons given 'below. 



II. APPLICANTS' DOMAIN POLICY VS. RAOl^S CALL POLICY AND/OR DOMAIN 

NAME ji 

The final Office Action states that "Lil failjsj to teach explicitly domain policy. However, 
Rao teaches multi-service network switch with policy based routing. Rao teaches domain policy 

y 

t; 

(column 8, line 58 to column 9, line 3)." (final Office Action, page 3). Applicants agree with 

ii 

part of this statement - Lil does not teach domain policy. In fact, the word "domain" does not 
appear even once in Lil. But, Applicants respectfully disagree that Rao teaches a multi-service 

i : 

ij ■ 

network switch with domain policy based routingjifor the following reasons. 

i i 

ii 

'TIG. 3 is an exemplary flow diagram for processing a connection request coming 
into the switch of FIG. 1. The program starts, and in step 50, the connection manager 46 
detects an incoming call in one of the physical ports of the FM 10 (the receiving FM). In 
step 52, the connection manager 46 notifies the resource manager 38 in the receiving FM 
10 of the incoming call. The resource manager 38, in step 54, searches a call policy 
database for a call policy record corresponding to the incoming call. The call policy 
record includes various parameters which lactate how the call is to be routed. Different 
policies may be applied based on the inlinlc; of the call, a telephone number, a domain 
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name, a source address, a destination addre&s, and the like." (Rao, coL 8, line 58 - col. 9, 
line 3; Emphasis added.) 



or suggest "domain policy regardless of its 



because there can be no other reasonable 



This section of Rao is relied-upon by the final Offfre Action (in combination with Lil) to reject 

independent claims 1, 8, 14, 19 and 24. Except for 1 claim 14 2 , each of these claims recites 

i 

■ 

'domain policy," but this section does not disclose 

use of both terms - "policy" and "domain". A care' lil reading of this section shows that a "call 

i 

policy" is being discussed in the context of a "call j>olicy database" and a "call policy record" 
The other reference to "Different policies" in this s xtion is still a reference only to "call 
policies". Indeed, the above-quoted language "Different policies may be applied. . ." really 
means "Different [call] policies may be applied.../* 1 

interpretation. The only "policy" discussed in this Entire section of Rao is call policy. (Rao's 

I 

call policy is further discussed below and is contracted with Applicant's' domain policy, after 
discussion of Rao's "domain name.") 

In the last sentence in the above section of ftao, a list of items is given upon which 

i 

applied call policies may be based. This list includes: "inlink of the call, a telephone number, a 

i 

domain name, a source address, a destination addibss, and the like." (emphasis added). It is 
abundantly clear that the expression "domain name' 5 
domain, just as the "telephone number" identifies the source or destination of a telephone call, 
the "source address" identifies the address of a source, the "destination address" identifies the 
address of a destination, etc. In general, a "domain name " (an identifier), by itself, has nothing 



to do with domain policy which includes a set of ni es applicable to members of that domain. In 



Rao, the domain name identifier is being used only! 



to base its call policy . The term "domain policy" dioes not appear in Rao and the separately used 



Claim 14 recites "authorization policy" rather than "domair policy" and is discussed later in the instant response. 

10 
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terms "domain" used with "domain name" and "policy" used with "call policy" should not be 
mis-construed together to allegedly suggest "domain policy." That is plainly wrong. 

Call policy is discussed in Rao in column 14 and is routing-path-selection limited . 
Depending on the characteristics of a connection request such as an inbound access channel or 
link, a calling or called telephone number, a domain name, a source address, a destination 
address, etc., a router can be selected based solely on which of these connection requests is 
involved. Indeed, in call-policy based routing, packets are forwarded to a specific router based, 
for example, on a called telephone number. Thus, call policy based routing defines a routing 
path within Rao's switch without the need to refer to a separate routing table, (column 14, lines 
1-12) The Rao switch maintains a call policy database that determines how a dial-up connection 
is handled. Call policy parameters allow selection of specific routers to which all user traffic 
should be directed. The call policy database is preferably configured as a plurality of call policy 
records, each record defining a unique profile for a set of users requiring system access. 

From this description of call policy, it is clear that it is not a description of Applicants* 

"domain policy" which is policy applied by that domain's manager to calls mapped to that 

particular domain. Applicants' domain policies for a particular domain are rules which have 

broad control over call activity in that particular domain, such as restricting subscriber access to 

certain services. This is essentially different from mere routing-path selection. Referring to 

Applicants' specification, examples of "domain policy" are provided: 

Associated with each domain is a domain manager 206, 208. Domain managers 
206, 208 can apply domain policies to calls mapped to their domain by a domain 
mapper 210. These policies can restrict subscriber access to different services. 
For example, a domain manager 206, 208 may implement a policy that denies 
access to a service 204 for subscribers that are behind in their payments , 
(specification, H[0024], emphasis added) 

In the above example, this domain policy can restrict certain services based on payment 

information , e.g., can operate to deny access for subscribers who have not paid their phone bill. 

11 ! 
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The domain manager 206, 208 associated with the subscriber's domain can apply 
its domain policy to the call, for example, to act as a "gatekeeper" by authorizing 
or denying access to a call service! 204 provided by server 200. A domain 
manager 206, 208 policy may specify conditional logic (e.g., "IF" statements) 
expressed in Java or some other programming language and may access a wide 
variety of information to apply itsipplicy. For example, a policy may have access 
to a subscriber's profile that stores a wide variety of subscriber demographic and 
business related information , (specification, ^[[0029], emphasis added) 

In the above example, the rules of Applicants' ddrhain policy can be applied to a call to authorize 

or deny access to a particular service based on a subscriber's demographic and business-related 

information. For that purpose, a subscriber profile can store all kinds of demographic and 

business information related to subscribers and dbfoain policy can allow access to that 

« i- 

information for that purpose. By comparison, R46's "domain name", a mere identifier of a 

j ; • 

domain, cannot access, or allow access to, such a; profile, But a "domain policy" can permit 

I ! 

access to that profile. And Rao's "call policy" that automatically routes calls to one router 

;j 

versus another based solely on whether it is routing to, for example, a called telephone number 

i i: 
I j • 

versus a calling telephone number, certainly can4<>t access such a profile - it has absolutely 

■ |i. 

nothing to do with application of Applicants' domjain policy. 

FIG. 4 illustrates sample operation jof application server 200. In the scenario of 
FIG. 4, application server 200 provides a subscriber with access to a service 204, 
here voice-mail . As shown, a subbpriber uses a computer 214 to "dial" a phone 
number of a voice-mail messaging jservice provided by application server 200. 
Network 100 routes the call packdtk from computer 214 to Softswitch 106 
associated with this phone numbei\j Service provider interface 212 presents 
the originating phone number of t lie subscriber. In this example, by identifying 
the originating phone call as the phone number of a subscriber of subscriber 
domain #1, the domain manager 208 of domain #1 can apply the domain policy 
for subscriber domain #1 to the cal > As shown, domain manager 208 authorized 
access to voice-messaging service; 204 sought by the caller , (specification, T[ 
[0032], emphasis added) ! j 

; i 

; [ 

In the above example, it is clear that domain policy can be applied to a domain by the domain 

: j 

manager as needed- in this instance based on identification of the subscriber as belonging to 
subscriber domain #1 . The identification is a furic tion of the subscriber's telephone number, and 

' l|2: 
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applied to domains as needed - it merely identifies 



service 282 may reside within serv; 
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one domain. 



FIG. 8 illustrates operation of application server 200. Domain mapper 210 
initially maps a call from IP telephone 270 to subscriber domain 208. As shown, 
application of the policy of subscr per domain 208 results in a determination that 



the subscriber's call should be granted access to a particular service 282. This 



o$ domain #2. Thus, the corresponding 



service domain manager 264 applies its policy to the call . This policy may 



include, for example, logic that grants access to subscribers of a particular 
domain (e.p.« Verizon™ subscribers) but not subscribers of another domain 



(e.g.. Sprint™ subscribers) . Assuming application of the service policy permits 



access, service 282 handles the call 



eb dc 



In this example, Verizon subscribers can be in om 
different domain, where application of a service 
demonstrates the granting of access to only one ot fhe 

Therefore, in view of the above various e: 
name" or "call policy* is not equivalent to Applicijits 

i 

Moreover, Rao's "domain-based routing" {: 
routing." In column 14, lines 12-17, Rao discuss< 
identifies a user as belonging to a particular doma|rji 
information. This is nothing more than what was 
"domain-based routing" does not disclose the "po 
from a particular user to a designated router based 

By contrast, Applicants' "domain- policy based 
Rao's "domain-based routing" because domain- 
wide variety of factors, and applies the rules of a 
input, or subscriber input, in accordance with the 
out above and as fully presented in its specification. 



pc licy I 
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iomain and Sprint subscribers can be in a 
d^friain manager's policy to the call 

two company's subscribers, 
ixjapiples, it is submitted that Rao's "domain 
* recited "domain policy." 
not Applicant's "domain- policy based 
omain-based routing which authenticates or 
as a function of that user's login 
Jiisclosed in Rao and discussed above. This 
iy" of the domain, but merely routes packets 
9n that user's inclusion in a particular domain, 
routing" is completely different from 
cy based routing takes into consideration a 
particular domain policy to a particular user 
operation of Applicants' invention as sketched- 
Domain-policy includes the rule set which 



1CA 
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can be applied to that domain which, thereafter, c xi be the set of rules under which the domain 



operates until appli cation of that domain policy is 
domain- policy based routing cannot be domain-) 



Changed by the domain manager. Thus 
bised routing. 



There is one additional distinction betweefi 
made. Independent claim 14 uses the term "authorisation 



'domain-policy." 



As. shown in FIG. 5, domain 
condition involving a domain, not 
illustrates a service 204, here a notification service, that automatically faxes a 



manager 208 can apply its policy to any event or 
list in-coming calls. For example, FIG. 5 



reminder letter to a subscriber's fa£ 



rather than receiving call infonnatijoai 
receives call information from 
such as the destination fax telepto 
particular domain involved by the 
subscriber domain #1 can apply iti i 



i service 



lono 



from Softswitch 106, domain manager 208 
204. Again, based on call information, 
number, domain mapper 210 can select a 
$M1. In turn, domain manager 208 of selected 
domain policy to the call to determine 



whether service 204 can proceed J As shown, after authorization, service 204 
can initiate and control a call to subscriber's fax machine 224/ 



As disclosed above, a pplication of "domain police 



notification service can proceed. If yes, the servicje 
authorized . Thus, "authorization policy", as 
and/or is equivalent to, "domain policy." 



In accordance with MPEP 2143, to establish 
basic criteria must be met. First, there must be softie 
references themselves or in the knowledge genera! 
to modify the reference or to combine reference tejajch 
expectation of success. Finally, the prior art reference 
or suggest all the claim limitations. The teaching 
and the reasonable expectation of success must bojt 

14 



Rao and Applicants' claim language to be 

policy" which is tied-into Applicants' 



machine 224 at a specified time . As shown, 



is made to the call to determine if a fax 
is authorized . If not, the service is not 
recited ;in claim 14, results from application of, 



a prima facie case of obviousness, three 
suggestion or motivation, either in the 
ly available to one of ordinary skill in the art, 
ings. Second, there must be a reasonable 
ce:(or references when combined) must teach 
^suggestion to make the claimed combination 
ljbe found in the prior art, not in Applicants' 

i 
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disclosure. And, all three of these basic criteria ijmistbe met - if any one is not met the prima 
facie case of obviousness is not made. 



In this instance, for reasons given above 
themselves or in the knowledge generally availaty e 
the reference or to combine reference teachings, 

Furthermore, for reasons given above, 
references were combined. 

Finally, for reasons given above, the prior 
aren't), do not teach or suggest all of the claim 
24. Consider each independent claim, assuming, 

Claim 1 recites, interalia: ''based on the i 
domain policy, the domain policy applying to a 
accordance with the selected domain policy ". 
reasonable combination do not disclose or suggeit 
applying to a set of subscribers and, therefore, do 
of claim 1. 

Claim 8 recites, interalia: "defining a set 
domains having a domain policy : receiving i 
server outside the PSTN; determining one or mote 



,s<5i: 



em) 



policies associated with the determined domains 



taken in any reasonable combination do not disci d 
determining one or more domains that apply to a 
determined domains and, therefore, do not 
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tjherej is no motivation, either in the references 
to one of ordinary skill in the art, to modify 

the^e is no reasonable expectation of success if the 

ajrt preferences, even if combinable (which they 
limitations of independent claims 1, 8, 14, 19 and 

arguendo, combinability: 
iijiformation corresponding to the call, selecting a 
: of subscribers; and handling the call in 

I! : 

hasis added. Lil and/or Rao, taken in any 
domain policy, much less domain policy 
iot^ disclose or suggest at least these elements 

i : 

jatjleast two domains, at least some of the 
infarction corresponding to a call at the application 
domains that apply to the call; and applying 



tfrttie call", emphasis added. Lil and/or Rao, 
s'e pi" suggest domain policy, much less 
6i\\ ;nor applying policies associated with the 
disclo^fejof suggest at least these elements of claim 8. 
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Claim 14 recites, interalia: "one or more 
domains having an associated authorization poll 



authorization policy, results from application of, 
Lil and/or Rao, taken in any reasonable combinati 
then those references cannot disclose or suggest 
least this reason, the combination of Lil and Rao <^<t> 
of claim 14. 

Claim 19 recites, interalia, "define a set of|irioite 
domains having a domain policy : receive i 
application server outside the PSTN; determine 
apply policies associated with the determined 



* ^gregation domains, at least some of the 
leif (emphasis added). As discussed above, 
4iid/or is equivalent to, "domain policy/' Since 
cjh, dc not disclose or suggest domain policy, 
authorisation policy derived therefrom. For at 
esln^t disclose or suggest at least this element 



one 



sti 



Rao, taken in any reasonable combination do not 
applying policies associated with the determined 
combination of Lil and Rao does not disclose or 

Claim 24 recites, interalia, "selecting a 
based on the information corresponding to said ca 
each one of said calls, each said selected domain 



said one or more telecommunications service: proVijdera 
accordance with said selected domain policy ^ (era; 



reasonable combination do not disclose or suggesl 
policy to a set of subscribers or handling each oft! 
domain policy. For at least this reason, the combihation 
suggest at least these elements of claim 24. 



16 



?gqst 



pol\ 
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than one domains, at least some of the 
information corresponding to a call received at the 

or more domains that apply to the call; and 
dorhainS tD the call" (emphasis added). Lil and/or 
setose or suggest domain policy, much less 
46m&iijis to the call. For at least this reason, the 
at least these elements of claim 19. 
dofriain policy for said each one of said calls, 



s to obtain a selected domain policy for said 
applying to a set of subscribers of one of 



and handling each of said calls in 
i^hasis added). Lil and/or Rao, taken in any 
ibrbain policy, much less applying selected 



ie ; call,s in accordance with that selected 

> ; 
1 1 

of Lil and Rao does not disclose or 
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In view of the above, Lil and/or Rao, takeji 
they are not combinable in the first place), do not 
14, 19 and 24. 

Accordingly for the three reasons given at^ve^ a 
been established. Applicants, therefore, respectful! 
under 35 U.S.C §103(a) be withdrawn and the clafons al 

Claims 2-7 are dependent from claim 1 
their dependency from an allowable base claim 

Claims 9-13 are dependent from claiiin 8 ahrf aye 
their dependency from an allowable base claim. 

Claims 15-18 are dependent from claim 1 
their dependency from an allowable base claim. 

Claims 20-23 are dependent from claim 
their dependency from an allowable base claim 

Claims 25-31 are dependent from claim 
their dependency from an allowable base claim 



in ally reasonable combination (even though 
disclose or suggest independent claims 1,8, 



prima facie case of obviousness has not 
request that the rejection of these claims 
owed. 

Allowable at least for reasons based on 



19 



2* 



in. LIL PRIOR ART APPLICATION SERVER > £>T SUFFICIENTLY DISCLOSED 



Turning next to a completely different argfr 
previous response filed on October 12, 2005, it w|i£ 
server which is connected outside of a PSTN, but 
its PSTN 102. The Examiner was not persuaded 
disagrees. Lil discloses that application server caA 
PSTN (column 1, lines 59-62)." (final Office 
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allowable at least for reasons based on 



a[nd ere allowable at least for reasons based on 



aihd sre allowable at least for reasons based on 



ahd are allowable at least for reasons based on 



eht 



jargi.ed 



this 
b'e !ei 

P 



from that given above, in Applicants' 
that all claims call for an application 
tyil &<J>ws its application server clearly within 
argument: "...examiner respectfully 
iier within the PSTN or outside the 
Actfoh, page 16) 
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'The traditional service platform It P 
due to the lack of flexibility in servi 
described above/' ( col. 1, lines 59-<£2 



hao 



footnote, 



Althbugh 



the 



bnhanoed 1 



This section of Lil is discussing its prior art and it 
services platform outside of a PTN. Applicants 
on page 10 of their previous response. In that 
of Lil depicts a "traditional" service platform, 
identify this traditional service platform and uses 
traditional service platform positioned inside the 
misleading and may be an error. Indeed, using the 
that both platforms are identical - i.e., precisely the 

Applicants submit that a 'traditional 
positioned outside a PTN cannot be identical in all 
platform configured or architected to be positionec 
between the two based at least on the different 
least the communication links between each 
positioned inside or outside a PTN. For example 
Service Transfer Point (STP) 120 within PTN 102 
therefore not shown in prior art Fig. 1 . And there 
differences within the platform itself, as well 3 . A;s 
response, there is no detail supplied in Lil regardi 
service platform. However, the Examiner is; basin, 



PtN 



i -platform 
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is shown positioned outside of the PTN 102 
es traditionally provided by the PTN 1 02, as 
, emphasis added). 



agreed that its prior art Fig. 1 does show a 
previously pointed this out in the footnote 
, it was explained that the prior art Fig. 1 
Lil uses numerical designator "100" to 
same "100" designator to identify the non- 
, in Applicants' opinion, this is at least 
isame designator on both platforms suggests 
Isame. This is not feasible. 

platform configured or architected to be 
fespects to a "non-traditional enhanced" 
\ inside a PTN. There must be differences 
environments in which the two are operating - at 



and its environment are not identical when 
ig. 2 shows a link between platform 100 and 
hf Fig. 2, which is not needed/used and 
(j^an be other substantive operational 
pointed out in that footnote of the previous 
the inner construction of the traditional 
his rejection solely on the inner workings of 



dc ch j 



3 For example, an IP based application server, such as that 
policies than those associated with a PTN based server (inside 
policies are based on, or applied to, service domains where^ 
is one example of a major difference between an IP-envirb: 
Regardless, there are no domain policies disclosed in* Lil, as 

18 



onrni 



Snown outside the PTN can have a richer set of domain 
the PTN). The IP based application server's domain 
such domain can have its own domain policy. This 
ent-based server and a PTN-environment-based server. 
Admitted by the Office Action. 
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the traditional platform located outside the fJ^ 
while, at the same time, is using Lil' s disclosure 
certain specifics are provided in Lil. For example: 
reference to claim 1, it applies column 6, lin;es 
of claim 1, but these sections of Lil are referring t<{> 
100 within PTN 102: "With reference now to itig 
greater detail the service platform 1 00 showh ir 
2, however, shows non-traditional platform ;100 
sections of Lil disclose the non-traditional rilatfer n 
by the final Office Action is the traditional p latjfofln 



more 



Therefore, because no detail (nothing 

• i 

platform located outside of a PSTN is disclosec 
be reasonably relied-upon to disclose or surges! 
limited in all pending claims to being positioned; 



As previously noted, in accordance wit! 
obviousness, three basic criteria:must be met 
motivation, either in the references themselves 
ordinary skill in the art, to modify the reference 
there must be a reasonable expectation of succe 
when combined) must teach or suggest all the 

: : 

! : 

I i i . 

make the claimed combination and the reasona >le 



the prior art, not in Applicants* disclosure.: I 
any one is not met the prima fadie case 



| And, 



@]020 



:>out which no information is supplied in Lil 
the non-traditional platform about which 
on page 3 of the final Office Action, with 
$1, 33-40 and 52-55 against various elements 
Fig. 4 which depicts non-traditional platform 
4 of the drawings, there is illustrated in 
g. ir (Lil, col. 5, line 66 - col 6, line 1) Fig. 
k^ated within PTN 1 02. Thus, the applied 
, but the depicted configuration relied upon 



than a rectangular block) of the traditional 
, Applicants respectfully submit that Lil cannot 
Applicants' claimed subject matter which is 
odtside of a PSTN. 



MPEP 2143, to establish a prima facie case of 
first, there must be some suggestion or 

^n the knowledge generally available to one of 
to combine reference teachings. Second, 
Finally, the prior art reference (or references 
cjla&i limitations. The teaching or suggestion to 
expectation of success must both be found in 
#11 three of these basic criteria must be met - if 
is not made. 



Dr 

pi 

ss 



of obvious less 
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-- >- USPATENT- AMEND 



\ of these 



The arguments against cdmbinability 
Furthermore, for reasons given ajbove, Lil does ntit 
any reasonable detail outside of ^ PTN (i.e.; jPSTM 
Therefore a prima facie case of bbviousnesslhas 
wherefore the rejection of all pending claims under 
the claims allowed. 
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references have been made above, 
disclose or suggest an application server in 
as claimed in any of the pending claims, 
been established for this additional reason 
35 U.S.C. § 103(a) should be withdrawn and 
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CONCLUSION 



reconsideration 



if tie 



In view of the foregoing remarks, 
requested. If there are any remaining issues or 
conversation with Applicants' attorney coulid be 
application, the Examiner is invited to call the 

It is believed that extensions of time or fees 
beyond those which may otherwise be provj<jled fo 
however, in the event that additional extensions 
time are hereby petitioned under ;37 C.F.R. §: 1. 

• | i 

] ; j • | 

The Commissioner is herbby authorized to 
deficiencies to Deposit Account Number 0?-2347. 



and allowance are respectfully 
Examiner believes that a telephone 
in expediting the prosecution of this 
undersigned at (972) 718-4800. 

for net addition of claims are not required, 
in documents accompanying this paper; 
oFtime are necessary, then such extensions of 

credit any overpayment or charge any 
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Date: February 27, 2006 
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; • 

i 1 



Verizon Corporate Services Grotip Inc. 
c/o Christian Andersen 
600 Hidden Ridge, HQE03H14 i 
Irving, TX 75038 j 
Tel.: (972) 718-4800 
CUSTOMER NO. 321 27 
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Respectfully submitted, 




Joel Wall 

Attorney for Applicants 
Registration No. 25, 648 
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